Information processing apparatus, portable communication terminal, and control methods and control programs thereof

ABSTRACT

An information processing apparatus includes an acquisition unit that, when a medical measurement device is connected to a portable communication terminal, acquires specifying information for specifying the medical measurement device via the portable communication terminal, a first receiver that receives, via the portable communication terminal, measurement result information of a measurement target person measured by the medical measurement device by executing a driver program corresponding to the specifying information, a second receiver that receives, from the portable communication terminal, measurement target person information for specifying the measurement target person measured by the medical measurement device, an accumulator that accumulates the measurement target person information and the measurement result information in association with each other, and a transmitter that transmits accumulated information to one of the portable communication terminal and a medical care worker communication terminal.

TECHNICAL FIELD

The present invention relates to an information processing apparatusused for medical care, a portable communication terminal, and controlmethods and control programs thereof.

BACKGROUND ART

In the above technical field, paragraph 0063 of patent literature 1discloses a technique of operating, from a virtual PC, a USB deviceinserted in a client terminal. Patent literature 2 discloses a techniqueof activating a surgical operating system from a portable terminal.Patent literature 3 discloses a medical knowledge database.

CITATION LIST Patent Literature

Patent literature 1: Japanese Patent Laid-Open No. 2007-193429

Patent literature 2: Japanese Patent Laid-Open No. 2007-080094

Patent literature 3: WO 2007-516237

SUMMARY OF THE INVENTION Technical Problem

In the techniques described in the above literatures, however, data of asphygmomanometer, a blood glucose sensor, a heart rate monitor, or thelike is transmitted to a server by an operation of using a dedicatedcommunication module, an operation of storing the data and bringing itto a hospital, or an operation of directly inputting the data to a PC.

The conventional techniques cannot cope with a current situation inwhich cooperation between a doctor and a medical device used by anindividual other than a doctor is indispensable along with thedevelopment of a medical measurement device independently used at homesuch as a sphygmomanometer, and popularization of same-day medical careand home medical care.

As drivers and applications for medical sensors, there are drivers andapplications created for a PC. However, it is inefficient to developagain such a driver and application for each smart device. This makes itdifficult to use a portable communication terminal such as a smartphoneor a tablet to control a medical device, and the user friendliness ispoor.

The present invention enables to provide a technique of solving theabove-described problem.

Solution to Problem

One aspect of the present invention provides an information processingapparatus comprising:

an acquisition unit that, when a medical measurement device is connectedto a portable communication terminal, acquires specifying informationfor specifying the medical measurement device via the portablecommunication terminal;

a first receiver that receives, via the portable communication terminal,measurement result information of a measurement target person measuredby the medical measurement device by executing a driver programcorresponding to the specifying information;

a second receiver that receives, from the portable communicationterminal, measurement target person information for specifying themeasurement target person measured by the medical measurement device;

an accumulator that accumulates the measurement target personinformation and the measurement result information in association witheach other; and

a transmitter that transmits accumulated information to one of theportable communication terminal and a medical care worker communicationterminal.

Another aspect of the present invention provides a method comprising:

when a medical measurement device is connected to a portablecommunication terminal, acquiring specifying information for specifyingthe medical measurement device via the portable communication terminal;

receiving, via the portable communication terminal, measurement resultinformation of a measurement target person measured by the medicalmeasurement device by executing a driver program corresponding to thespecifying information;

receiving, from the portable communication terminal, measurement targetperson information for specifying the measurement target person measuredby the medical measurement device;

accumulating the measurement target person information and themeasurement result information in association with each other; and

transmitting accumulated information to one of the portablecommunication terminal and a medical care worker communication terminal.

Still other aspect of the present invention provides a program forcausing a computer to execute a method, comprising:

when a medical measurement device is connected to a portablecommunication terminal, acquiring specifying information for specifyingthe medical measurement device via the portable communication terminal;

receiving, via the portable communication terminal, measurement resultinformation of a measurement target person measured by the medicalmeasurement device by executing a driver program corresponding to thespecifying information;

receiving, from the portable communication terminal, measurement targetperson information for specifying the measurement target person measuredby the medical measurement device;

accumulating the measurement target person information and themeasurement result information in association with each other; and

transmitting accumulated information to one of the portablecommunication terminal and a medical care worker communication terminal.

Still other aspect of the present invention provides a portablecommunication terminal comprising:

a determinator that determines, when a medical measurement device isconnected via a communication interface, whether a local terminal cancontrol the medical measurement device;

a request unit that, when the determinator determines that the localterminal cannot control the medical measurement device, accesses aserver via a wireless communication network, and requests acquisition ofmeasurement result information from the medical measurement device;

a signal transfer control unit that controls signal transfer between themedical measurement device and the server via the communicationinterface and the wireless communication network so as to be able toestablish communication between the medical measurement device and theserver and acquire, by the server, measurement result informationmeasured by the medical measurement device; and

a transmitter that transmits, to the server in association with eachother, the measurement result information and measurement target personinformation for specifying a measurement target person.

Still other aspect of the present invention provides a control method ofa portable communication terminal, comprising:

determining, when a medical measurement device is connected via acommunication interface, whether a local terminal can control themedical measurement device;

when the local terminal is determined in the determining not to be ableto control the medical measurement device, accessing a server via awireless communication network, and requesting acquisition ofmeasurement result information from the medical measurement device;

controlling signal transfer between the medical measurement device andthe server via the communication interface and the wirelesscommunication network so as to be able to establish communicationbetween the medical measurement device and the server and acquire, bythe server, measurement result information measured by the medicalmeasurement device; and

transmitting, to the server in association with each other, themeasurement result information and measurement target person informationfor specifying a measurement target person.

Still other aspect of the present invention provides a control programof a portable communication terminal for causing a computer to execute amethod, comprising:

determining, when a medical measurement device is connected via acommunication interface, whether a local terminal can control themedical measurement device;

when the local terminal is determined in the determining not to be ableto control the medical measurement device, accessing a server via awireless communication network, and requesting acquisition ofmeasurement result information from the medical measurement device;

controlling signal transfer between the medical measurement device andthe server via the communication interface and the wirelesscommunication network so as to be able to establish communicationbetween the medical measurement device and the server and acquire, bythe server, measurement result information measured by the medicalmeasurement device; and

transmitting, to the server in association with each other, themeasurement result information and measurement target person informationfor specifying a measurement target person.

Advantageous Effects of Invention

According to the present invention, medical data can be collected byonly connecting a handy portable communication terminal to a medicalmeasurement device.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a block diagram showing the arrangement of an informationprocessing system according to the first embodiment of the presentinvention;

FIG. 2 is a view showing an example of the use of an informationprocessing system according to the second embodiment of the presentinvention;

FIG. 3 is a view showing another example of the use of the informationprocessing system according to the second embodiment of the presentinvention;

FIG. 4A is a view showing an example of a display screen displayed on asmartphone in the second embodiment of the present invention;

FIG. 4B is a view showing an example of a display screen displayed onthe smartphone in the second embodiment of the present invention;

FIG. 4C is a view showing an example of a display screen displayed onthe smartphone in the second embodiment of the present invention;

FIG. 4D is a view showing an example of a display screen displayed onthe smartphone in the second embodiment of the present invention;

FIG. 4E is a view showing an example of a display screen displayed onthe smartphone in the second embodiment of the present invention;

FIG. 4F is a view showing an example of a display screen displayed onthe smartphone in the second embodiment of the present invention;

FIG. 4G is a view showing an example of a display screen displayed onthe smartphone in the second embodiment of the present invention;

FIG. 4H is a view showing an example of a display screen displayed onthe smartphone in the second embodiment of the present invention;

FIG. 4I is a view showing an example of a display screen displayed onthe smartphone in the second embodiment of the present invention;

FIG. 4J is a view showing an example of a display screen displayed on amedical care worker communication terminal in the second embodiment ofthe present invention;

FIG. 5 is a sequence chart showing the processing sequence of theoverall information processing system according to the second embodimentof the present invention;

FIG. 6 is a block diagram showing the functional arrangement of a cloudserver in the second embodiment of the present invention;

FIG. 7A is a flowchart showing a processing sequence in the cloud serverin the second embodiment of the present invention;

FIG. 7B is a chart showing an example of packet transmission/receptionprocessing in the information processing system according to the secondembodiment of the present invention;

FIG. 7C is a chart showing another example of packettransmission/reception processing in the information processing systemaccording to the second embodiment of the present invention;

FIG. 7D is a chart showing still another example of packettransmission/reception processing in the information processing systemaccording to the second embodiment of the present invention;

FIG. 7E is a table showing the structure of a device database used inthe information processing system according to the second embodiment ofthe present invention;

FIG. 8A is a chart showing an example of communication establishmentprocessing between a server and a device in the information processingsystem according to the second embodiment of the present invention;

FIG. 8B is a chart showing the example of communication establishmentprocessing between the server and the device in the informationprocessing system according to the second embodiment of the presentinvention;

FIG. 8C is a chart showing the example of communication establishmentprocessing between the server and the device in the informationprocessing system according to the second embodiment of the presentinvention;

FIG. 8D is a chart showing the example of communication establishmentprocessing between the server and the device in the informationprocessing system according to the second embodiment of the presentinvention;

FIG. 9 is a flowchart showing the sequence of measurement resultacquisition processing to be performed by the cloud server in the secondembodiment of the present invention;

FIG. 10 is a block diagram showing the functional arrangement of thesmartphone in the second embodiment of the present invention;

FIG. 11 is a view showing the structure of a medical informationdatabase in the second embodiment of the present invention; and

FIG. 12 is a view showing the structure of a personal informationdatabase in the second embodiment of the present invention.

DESCRIPTION OF THE EMBODIMENTS

Preferred embodiments of the present invention will now be described indetail with reference to the drawings. It should be noted that therelative arrangement of the components, the numerical expressions andnumerical values set forth in these embodiments do not limit the scopeof the present invention unless it is specifically stated otherwise. Inthis specification, a “medical care worker” mainly indicates a doctor.However, the scope of rights of the present invention is not limited tothis, and the “medical care worker” includes persons with medicalknowledge such as a nurse, a pharmacist, a physical therapist, anoccupational therapist, and a care worker.

First Embodiment

An information processing apparatus 100 according to the firstembodiment of the present invention will be described with reference toFIG. 1. The information processing apparatus 100 collects andaccumulates data provided by a medical measurement device 160 connectedto a portable communication terminal 150.

The information processing apparatus 100 can communicate with theportable communication terminal 150 used by an individual, and a medicalcare worker terminal 170 used by a medical care worker. The informationprocessing apparatus 100 includes an acquisition unit 101, a firstreceiver 103, a second receiver 105, an accumulator 107, and atransmitter 109.

When the medical measurement device 160 is connected to the portablecommunication terminal 150, the acquisition unit 101 acquires, via theportable communication terminal 150, device specifying information 120for specifying the medical measurement device 160.

By executing a driver program 102 corresponding to the device specifyinginformation 120, the first receiver 103 receives, via the portablecommunication terminal 150, measurement result information 130 of ameasurement target person measured by the medical measurement device160.

The second receiver 105 receives, from the portable communicationterminal 150, measurement target person information 140 for specifyingthe measurement target person measured by the medical measurement device160.

The accumulator 107 accumulates the measurement target personinformation 140 and the measurement result information 130 inassociation with each other.

The transmitter 109 transmits accumulated information 180 to theportable communication terminal 150 or the medical care worker terminal170.

With the above arrangement, medical data can be collected by onlyconnecting a handy portable communication terminal to a medicalmeasurement device.

Second Embodiment

A cloud server 200 as an information processing apparatus according tothe second embodiment of the present invention will be described nextwith reference to FIGS. 2, 3, and 4. FIGS. 2 and 3 are views forexplaining an information processing system including the cloud server200 and the use method of the information processing system.

(Overall System Arrangement and Processing Sequence)

Referring to FIG. 2, the cloud server 200 is connected to a medicalinformation database (medical information DB) 210 to constitute a localcloud network 290. The cloud server 200 can communicate with a pluralityof smartphones 250, which are an example of a portable communicationterminal, via a wireless communication network. The wirelesscommunication network may be a mobile phone communication network or anetwork using a wireless communication interface (for example, wirelesscommunication standard IEEE802.11 series (IEEE802.11a, b, c, d, e)).

Referring to FIG. 2, one smartphone 250 is connected to a bloodpressure/pulse measurement device 261, which is an example of a medicalmeasurement device, via a USB (Universal Serial Bus) interface.Referring to FIG. 3, one smartphone 250 is connected to a bodytemperature measurement device 262, which is another example of themedical measurement device, via a USB interface. Note that the USBinterface is used as an example of a communication interface. However,the present invention is not limited to this, and the communicationinterface may be another data communication interface (for example, aserial communication interface, IEEE1394, or HDMI®).

When the smartphone 250 is connected to the medical measurement device261 or 262, it first determines whether it includes a driver programspecialized in the medical measurement device 261 or 262. If thesmartphone 250 determines that the local terminal includes the driverprogram, it receives measurement information from the medicalmeasurement device 261 or 262 by using the driver program. There arevarious kinds of medical measurement devices. Thus, if driver programscorresponding to respective devices are stored in the smartphone 250,they waste the storage capacity of the smartphone 250. Normally, ascreen 401 shown in FIG. 4A is displayed on the smartphone 250 to promptthe user to make a confirmation without storing such a driver program inthe smartphone 250. When the user requests a connection to the cloudserver 200, the smartphone 250 requests the cloud server 200 toestablish communication with the medical measurement device 261 or 262and acquire a measurement value.

When the cloud server 200 establishes communication with the medicalmeasurement device 261 or 262 via the smartphone 250, it receivesmeasurement result information (for example, blood pressure/pulseinformation or body temperature information) from the medicalmeasurement device 261 or 262. The cloud server 200 stores the receivedmeasurement result information in the medical information database 210.

The cloud server 200 activates an application program 204 correspondingto the type of the medical measurement device 261 or 262, and displaysvarious GUIs (Graphic User Interfaces) on the display of the smartphone250. The application program 204 acts as if it were installed in thesmartphone 250. The application program 204 detects a user operation tothe smartphone 250, performs processing corresponding to this operation,and changes the screen display of the smartphone 250. This has anadvantage in which the storage capacity of the smartphone 250 is notwasted and a version upgrade of the application need not be performed onthe user side.

The application program 204 confirms individual information of thesmartphone 250, and determines whether the smartphone 250 has measuredand acquired medical information for the first time. If the applicationprogram 204 determines that the smartphone 250 has measured and acquiredmedical information for the first time, it prompts a user to input, viaa GUI, information about the user (for example, an owner or his family)who will be a measurement target person. The application program 204registers the input information as part of medical information in themedical information database 210. The input information includes, forexample, the name, age, sex, address, occupation, chronic disease, andinfection history of an owner. A screen 402 in FIG. 4B is an example ofa screen displayed on the smartphone 250 to acquire such inputinformation.

Before measurement using the medical measurement device 261 or 262, theapplication program 204 refers to the medical information database 210to confirm whether the user of the smartphone 250 has a family.Similarly, the application program 204 confirms whether a plurality ofmeasurement target persons may be measured using the same smartphone250. If there are a plurality of measurement target persons in thefamily, the application program 204 displays a screen 403 shown in FIG.4C on the display of the smartphone 250, and prompts the user to selecta measurement target person.

The application program 204 may display a screen 404 in FIG. 4D andallow the user of the smartphone 250 to input a free explanation, inorder to acquire medical information unmeasurable by the medicalmeasurement device 261 or 262. Examples of the input information are thelocation and intensity of a pain, the stool frequency and condition, thepresence/absence of vomition, the way to see things, the condition ofrespiration, and consciousness/unconsciousness.

The application program 204 can also display a screen 405 shown in FIG.4E after acquiring measurement information or after inputting inputinformation. In this case, the application program 204 displays amessage “To more accurately record the condition of a disease, you canphotograph a measurement target person and transmit the image. Do youwant to activate a camera application? Do you want to capture andregister an image of the measurement target person?” If the user selects“YES”, the application program 204 activates a camera applicationoriginally installed in the smartphone 250 and causes it to photographthe measurement target person (see FIG. 4F). The application program 204links the photographed image or video with measurement resultinformation (adds the same measurement ID), and transmits it to thecloud server 200.

Also, the application program 204 acquires environment information to beassociated with the measurement result information from the smartphone250. For example, the environment information includes a location(measurement location and behavior history) acquired using a GPS (GlobalPositioning System) function or the like mounted in the smartphone 250,the measurement time, and owner information of the smartphone 250.

Upon completion of acquiring the measurement result information, theinput information, and the environment information, the applicationprogram 204 generates a screen that compiles them, and sends it to thesmartphone 250. For example, a confirmation screen 406 as in FIG. 4G isdisplayed on the display of the smartphone 250, and when the userpresses a “register” button 407, is registered as medical information inthe medical information database 210.

The application program 204 may have a timer function, and cause thesmartphone 250 to display a screen that prompts the user to measuremedical information in accordance with the lapse of a predeterminedtime. The user of the smartphone 250 can measure medical information byusing the medical measurement device 261 or 262 without forgetting themeasurement. For example, it is desirable to display a screen 408 shownin FIG. 4H in every predetermined time on the smartphone 250 of a userwith diabetes.

Further, the application program 204 displays a screen 409 as shown inFIG. 4I on the smartphone 250 to input whether to request a diagnosisafter measurement. If the user of the smartphone 250 requests adiagnosis by pressing a “YES” button 410, the application program 204transmits a diagnosis request to a medical care worker who has beenregistered in advance in the cloud server 200. At this time, an addressin the medical information database 210 at which specifying informationof a measurement target person or medical information of the measurementtarget person is stored is added to the diagnosis request. The diagnosisrequest may be transmitted to the medical care worker by using e-mail orby another method.

For example, when a URL dedicated to the measurement target person inthe medical information database 210 is embedded in e-mail andtransmitted to a medical care worker communication terminal 270, themedical care worker can access the URL to easily confirm the personalinformation, present condition, and medical history of the measurementtarget person. The medical care worker can access a global cloud server295 by using the medical care worker communication terminal 270, andacquire global statistical medical information and the like. Forexample, the medical care worker can confirm the type of influenza andthe location where it is prevalent. Alternatively, the medical careworker can access behavior history information of a user that has beenregistered in the cloud server 200, and search for the cause of theinfection.

The medical care worker inputs a comment from the medical care workercommunication terminal 270 to a comment input screen generated by thecloud server 200. A comment from the medical care worker such as “Stayin bed, and wait and see overnight.”, “◯◯ is suspected of having otitismedia. If he says he has a pain in the ear, bring him to anotolaryngologist quickly.”, or “Go to an emergency hospital right now.”is temporarily registered in the medical information database 210. Theapplication program 204 generates e-mail in which this comment isembedded, and transmits it to the smartphone 250. Since the mail addressof the medical care worker is hidden from the user, a trouble in whichthe user repetitively sends mail directly to the medical care worker canbe avoided.

The cloud server 200 generates general medical information by deletinginformation capable of specifying an individual (part of the name andaddress) from personal medical information stored in the medicalinformation database 210, and transmits the general medical informationto the global cloud server 295. The global cloud server 295 generatesstatistical data by compiling pieces of general medical informationcollected from two or more local cloud networks 290. As the statisticaldata, for example, the location where influenza is prevalent can beobtained from the distribution of the measurement locations of bodytemperatures in a feverish condition, and can be displayed on thesmartphone 250 and the medical care worker communication terminal 270(see FIG. 4J). For example, the location of the cause of food poisoningcan also be estimated by comparing the behavior histories of a pluralityof measurement target persons suffering food poisoning (for example,abdominal pain, diarrhea, or fever).

Personal medical information accumulated in the cloud server 200 orgeneral medical information collected and arranged in the global cloudserver 295 is transmitted to and displayed on the smartphone 250 inresponse to a request from the smartphone 250.

When using the cloud server 200, the user of the smartphone 250 can setone of a plurality of service levels with different usage fees. The typeof information acquirable by the smartphone 250 from the global cloudserver 295 or the local cloud network 290 may be changed in accordancewith the service level.

(Processing Sequence of Overall System)

The processing sequence of the overall system will be summarized nextwith reference to a sequence chart shown in FIG. 5. First, a medicalmeasurement device (for example, the blood pressure/pulse measurementdevice 261 or the body temperature measurement device 262) is connectedto the smartphone 250 (S501). In response to the connection as atrigger, the smartphone 250 determines whether the local terminalincludes a driver program and application program for acquiringmeasurement information from the medical measurement device 261 or 262.

The capacity of the smartphone 250 does not suffice for downloading andinstalling the driver programs and application programs of various kindsof medical measurement devices 261 and 262. For this reason, afterconfirmation by a user, as shown in FIG. 4A, the user logs in to thecloud server 200 from the smartphone 250, and requests to acquiremeasurement result information from the medical measurement device 261or 262 under the initiative of the cloud server 200 (S505). However, theuser of the smartphone 250 needs to be a member of a cloud provider whoruns the cloud server 200.

The cloud server 200 specifies the medical measurement device 261 or 262through exchange with the medical measurement devices 261 and 262 viathe smartphone 250 (S509). Then, the cloud server 200 selects andactivates an application program 204 corresponding to the medicalmeasurement device 261 or 262 (S511). This application displays amessage on the display of the smartphone 250 (S513). A conceivableexample of the message at this time is “The server is ready. Operate asphygmomanometer normally to measure a blood pressure and pulse, andafter the measurement, click the measurement completion button below.” Amessage “The server is ready. Remove a USB cable from a clinicalthermometer, measure a body temperature, then connect the USB cable, andclick the measurement completion button below.” may also be displayed.In any case, a message desirably copes with the device specified in stepS509.

The measurement target person or the owner of the smartphone 250executes measurement (S515), and after confirming the completion ofmeasurement, operates the smartphone 250 to transmit a measurementcompletion notification to the cloud server 200 (S517). In theabove-described case, when the user clicks the “measurement completion”button displayed on the screen of the smartphone 250, the measurementcompletion notification is sent from the smartphone 250 to the cloudserver 200.

The cloud server 200 selects a driver corresponding to the devicespecified in step S509 from a driver program database (S519). The cloudserver 200 activates the driver to access the medical measurement device261 or 262 via the smartphone 250 and acquire measurement resultinformation (S521). At this time, IP (Internet Protocol) is used betweenthe smartphone 250 and the cloud server 200, and the USB protocol isused between the smartphone 250 and the medical measurement device 261or 262. The smartphone 250 performs encapsulation and decapsulation ofthese protocols as relay processing (S523).

In step S525, the cloud server 200 generates display screen data andtransmits it to the smartphone 250. More specifically, when ameasurement result can be acquired normally, the cloud server 200performs display processing of the measurement result. If an erroroccurs in acquiring a measurement result or if it is determined that themeasurement result is less reliable, the cloud server 200 displays anerror.

Then, the cloud server 200 acquires information about the time andlocation from the smartphone 250 (S527). These pieces of information aretransmitted together with the same ID as that of the measurement result,and accumulated in the database in association with the measurementresult, the time, the location, and the like in step S529 (S531).

In every predetermined period or after a predetermined amount of data isaccumulated, the cloud server 200 transmits, to the global cloud server295, data from which personal information has been deleted (S533). Theglobal cloud server 295 accumulates the data received from the cloudserver 200 in the database (S535).

By the above-described series of processes, the cloud server 200 and theglobal cloud server 295 can accumulate the measurement result regardingmedical care as knowledge. Although not shown here, the measurementtarget person information (for example, name and address) and attendingdoctor information (for example, name, division, and address) can betransmitted to the cloud server 200 in response to a free access fromthe smartphone 250. The cloud server 200 stores these pieces ofinformation in the medical information database 210 in association witheach other.

If a diagnosis request is transmitted from the smartphone 250 (S537),the cloud server 200 reads out the measurement result informationaccumulated in the database, and transmits it to the medical care workercommunication terminal 270 associated with the measurement targetperson. Upon receiving the measurement result information, the medicalcare worker communication terminal 270 accepts a comment input from amedical care worker (S543), and transmits the accepted comment to thecloud server 200. Upon accepting registration of the comment from themedical care worker, the cloud server 200 transmits the comment to thesmartphone 250 (S545). The smartphone 250 displays the comment as adiagnosis by the medical care worker (S547).

In this manner, when exchanging information between the smartphone 250and the medical care worker communication terminal 270, the cloud server200 acquires location information of the smartphone 250 and locationinformation of the medical care worker communication terminal 270, andcorrects the time in consideration of the time difference. That is, whentransmitting information to the medical care worker communicationterminal 270, the time included in measurement result information isconverted into a local time complying with the location of the medicalcare worker communication terminal 270. Also, when transmitting acomment to the smartphone 250, a local time complying with the locationof the smartphone 250 is used as the time when the comment was input.Accordingly, medical cooperation can be easily performed between regionshaving a time difference. The cloud server 200 may propose, from amedical care worker database (not shown) to the user of the smartphone250, a medical care worker frequently selected in the same hospital orthe same area based on the address of a measurement target person, ahospital to which the measurement target person is admitted or goes, thename of a health organization, or the like. Further, the evaluation ofthe medical care worker by the user of the smartphone 250 may beaccumulated as knowledge.

The smartphone 250 can request statistical data (S551). In response tothis request, the cloud server 200 or the global cloud server 295generates statistical data (S553 or S557), and transmits it to thesmartphone 250 (S559 or S561).

By the above-described processing, the user of the smartphone 250 signson to and signs up to a cloud service, and then can receive a commentfrom a medical care worker and acquire statistical medical informationand information such as a comparison between his symptom and thecondition of others.

<<Functional Arrangement of Cloud Server>>

FIG. 6 is a block diagram showing the functional arrangement of thecloud server 200 according to this embodiment. The cloud server 200includes a communication controller 601 that communicates with thesmartphone 250 via a network. A descriptor receiver 602 receives, from amessage received from the smartphone 250 by the communication controller601, a descriptor acquired from the medical measurement device 261 or262 connected to the smartphone 250. A device determinator 603 specifiesthe medical measurement device 261 or 262 connected to the smartphone250 by referring to a device database 623 (see FIG. 7E) from the devicedescriptor received from the smartphone 250.

Based on device information from the device determinator 603, a programselector 606 selects a device driver program and an application programby referring to a driver program database 624 and an application programdatabase 625.

An application executor 607 executes the application selected by theprogram selector 606. The application executor 607 generates anoperation screen to be transmitted to the smartphone 250, and transfersit to an operation screen transmitter 608. The operation screentransmitter 608 transmits the operation screen to the smartphone 250. Anoperation instruction receiver 609 receives an operation instructiontransmitted from the smartphone 250. The operation instruction receiver609 transfers the received operation instruction to the applicationexecutor 607. The application executor 607 outputs a device drivinginstruction to a USB device driver executor 610 so as to perform theoperation of the medical measurement device 261 or 262 according to theoperation instruction.

The USB device driver executor 610 executes the device driver selectedby the program selector 606. The USB device driver executor 610generates a USB packet to be transmitted to the medical measurementdevice connected via the smartphone 250, and transfers it to a USBpacket encapsulator 611. The USB packet encapsulator 611 performs IPencapsulation of the USB packet and transmits the USB packet to thesmartphone 250. A USB packet decapsulator 612 receives a messagetransmitted from the smartphone 250 upon IP encapsulation, anddecapsulates the message. The USB device driver executor 610 analyzesthe received USB packet, generates a new USB packet, responds to themedical measurement device, and reports the device status to theapplication executor 607.

When the received USB packet is measurement result information by themedical measurement device 261 or 262, the USB device driver executor610 transfers the measurement result information to a measurement resultinformation receiver 613. The measurement result information receiver613 transfers the measurement result information to a medicalinformation generator 615.

The cloud server 200 also includes an input information receiver 614 andan environment information receiver 616. The input information receiver614 and the environment information receiver 616 receive inputinformation and environment information from the smartphone 250,respectively, and transfer them to the medical information generator615. The medical information generator 615 generates medical informationby compiling the received measurement result information, inputinformation, and environment information, and registers the medicalinformation in the medical information database 210.

The medical information generator 615 may be part of the applicationexecutor 607. In this case, the application program 204 is executed toacquire measurement result information, input information, andenvironment information, generate medical information, and accumulatethe medical information in the medical information database 210.

(Processing Sequence in Cloud Server 200)

A more detailed processing sequence in the cloud server 200 will beexplained with reference to FIG. 7A. If the cloud server 200 determinesin step S711 that it has received a device connection request from thesmartphone 250, it advances to step S509 to perform descriptoracquisition processing. The cloud server 200 selects a device driver andan application program based on an acquired descriptor, and activatesthem (S519). Further, the cloud server 200 transmits a predetermineddisplay screen to the smartphone 250 along with execution of theapplication program 204.

If the cloud server 200 determines in step S721 that it has received ameasurement completion notification, it performs measurement resultacquisition processing in step S725.

If the cloud server 200 determines in step S731 to transmit a USBpacket, it advances to step S733 to generate a USB packet to betransmitted, and to step S735 to perform IP encapsulation and transmitthe USB packet. After that, the cloud server 200 waits for reception ofa USB packet from the device (S737), and if it receives a USB packet,performs IP decapsulation (S739) and processes the received USB packet(S741).

<Descriptor Acquisition Method>

FIGS. 7B, 7C, and 7D are charts for explaining in more detail exchangeof the descriptor explained in step S509. These drawings show packetdata exchanged between the cloud server 200, the smartphone 250, and themedical measurement device 261 or 262.

In FIG. 7B, when the medical measurement device 261 or 262 is connectedto the smartphone 250, a token packet and a data packet are transmittedfrom the smartphone 250 to the medical measurement device 261 or 262 insetup stage S751. In response to this, the medical measurement device261 or 262 transmits a handshake packet to the smartphone 250. Whetherthe local terminal can control the medical measurement device 261 or 262is determined based on whether a proper handshake packet is returned.

For example, if a device assumes in advance a connection to thesmartphone 250, a proper handshake packet is returned, and a data stageand a status stage continue. The medical measurement device can becontrolled by driving a device driver prepared in the smartphone 250 incorrespondence with the acquired device descriptor. However, very fewmedical measurement devices assume a connection to the smartphone 250.If no handshake packet is returned in setup stage S701, USBdisconnection processing is performed (S752), and the smartphone 250transmits a data acquisition request to the cloud server 200 (S505).

Then, the cloud server 200 performs again setup stage S703 with themedical measurement device 261 or 262 via the smartphone 250, andadvances to data stage S704 to acquire device information such as adevice descriptor. The cloud server 200 is equipped in advance with manydrivers and data conversion modules so that it can be connected tovarious medical measurement devices 261 and 262 present in the world.Thus, setup stage S753, data stage S754, and status stage S755 smoothlyproceed between the cloud server 200 and the medical measurement device261 or 262, and a connection with the medical measurement device 261 or262 is established appropriately.

FIG. 7C shows a sequence in a case in which the medical measurementdevice 261 or 262 sends back a handshake packet, but the smartphone 250does not have a driver corresponding to a device descriptor acquiredfrom the medical measurement device 261 or 262. In this case, setupstage S761, data stage S762, and status stage S763 are performed betweenthe smartphone 250 and the medical measurement device 261 or 262. If itis determined that the smartphone 250 does not have a device drivercorresponding to a device descriptor acquired through these threestages, USB disconnection processing S764 is performed. Then, thesmartphone 250 transmits a data acquisition request to the cloud server200 (S505).

The smartphone 250 requests, of the cloud server 200, a connection tothe medical measurement device 261 or 262. After the USB connectionbetween the smartphone 250 and the medical measurement device 261 or 262is disconnected, the cloud server 200 performs again setup stage S765,data stage S766, and status stage S767. As a result, the cloud server200 can directly acquire a device descriptor from the medicalmeasurement device 261 or 262, and drive a driver corresponding to thedevice.

FIG. 7D shows processing when a device descriptor acquired in setupstage S771 and data stage S772 between the smartphone 250 and themedical measurement device 261 or 262 is cached in the smartphone 250.Before performing USB disconnection processing, the acquired devicedescriptor is cached in the smartphone 250 (S774). The smartphone 250transmits a data acquisition request to the cloud server 200 (S505).

After the connection between the smartphone 250 and the medicalmeasurement device 261 or 262 is temporarily disconnected, connectionestablishment processing with the medical measurement device 261 or 262starts under the initiative of the cloud server 200 (S775 to S777). Inthis case, in setup stage S775, the smartphone 250 generates a handshakepacket and transmits it to the cloud server 200 without transmitting asetup token packet and a data packet to the medical measurement device261 or 262. In data stage S776, the smartphone 250 receives a tokenpacket and a data packet from the cloud server 200. The smartphone 250reads out the device descriptor from the cache and transmits it to thecloud server 200 without transmitting these packets to the medicalmeasurement device 261 or 262. Since processing of acquiring a devicedescriptor from the medical measurement device 261 or 262 can beomitted, the process can efficiently restart after communicationdisconnection from the medical measurement device 261 or 262.

(Medical Measurement Device Specifying Table)

As shown in FIG. 7E, the device database 623 stores the correspondencebetween a device descriptor, an interface descriptor, a vendor ID, and aproduct ID.

When a medical measurement device is connected, the cloud server 200searches the device database 623 for a device descriptor acquired fromthe medical measurement device via the smartphone 250, and specifies acorresponding vendor ID and product ID. The cloud server 200 selects adevice driver corresponding to the vendor ID and product ID from thedriver program database 624, and executes it.

Note that the device database 623 stores the correspondence between adevice descriptor, an interface descriptor, a vendor ID, and a productID, but the present invention is not limited to this. For example, thedevice database 623 may further store the correspondence between adevice descriptor and a trade name. In this case, the trade name of amedical measurement device may be specified from a device descriptor byusing the device database 623, and displayed on the screen of thesmartphone 250. The user of the smartphone 250 can confirm that thecloud server 200 has recognized the medical measurement device connectedby him, and can feel greatly assured.

(USB Connection Processing)

Signals to be exchanged between the cloud server 200, the smartphone250, and the medical measurement device 261 or 262 until USBcommunication is established will be explained in more detail withreference to FIGS. 8A to 8D. Particularly, an example in which a devicedescriptor is saved in the cache, as described with reference to FIG.7D, will be explained.

In step S801, the medical measurement device 261 or 262 is connected tothe smartphone 250 and turned on. In step S802, the smartphone 250starts USB connection processing to the medical measurement device 261or 262, and transmits a reset signal. In step S803, the smartphone 250designates an address to the medical measurement device 261 or 262. Thisaddress is added to packets to be subsequently exchanged between thesmartphone 250 and the medical measurement device 261 or 262.

In step S804, the smartphone 250 performs “GET DESCRIPTOR” processing toacquire a descriptor from the medical measurement device 261 or 262. The“GET DESCRIPTOR” processing is the same as that in steps S721 to S723described with reference to FIG. 7D, and thus is not explained indetail. After the smartphone 250 transmits a descriptor request to themedical measurement device 261 or 262 (S805), the medical measurementdevice 261 or 262 transmits, to the smartphone 250, a device descriptorstored in an end point 0 area (S806 and S807). In status stage S723, thesmartphone 250 transmits an acknowledge signal (ACK) to the medicalmeasurement device 261 or 262.

Upon acquiring the device descriptor, the smartphone 250 saves it in thecache (S724). By using the device descriptor, the smartphone 250determines whether it can control the device (S505). If the smartphone250 determines that it cannot control the device, it advances to stepS811 to perform USB disconnection processing. At the same time, thesmartphone 250 requests the cloud server 200 to control the medicalmeasurement device 261 or 262 (S812).

In step S813, the cloud server 200 starts processing to control themedical measurement device 261 or 262, and transmits a reset signal tothe medical measurement device 261 or 262 via the smartphone 250. Instep S815, the cloud server 200 performs SET ADDRESS and designates anaddress to the medical measurement device 261 or 262.

Further, the cloud server 200 performs GET DESCRIPTOR (S816) and GETCONFIGURATION (S824) to the medical measurement device 261 or 262 viathe smartphone 250 (S823). More specifically, in step S817, the cloudserver 200 sends a get descriptor to the smartphone 250. In step S819,the smartphone 250 reads out the device descriptor saved in the cache,and transmits it to the cloud server 200.

In step S825, the medical measurement device 261 or 262 transmits aconfiguration descriptor stored in the end point 0 area. Then, the cloudserver 200 performs BULK TRANSFER to the medical measurement device 261or 262 via the smartphone 250 (S826). Then, the medical measurementdevice 261 or 262 reads out measurement result information (S827), andtransmits it to the cloud server 200 via the smartphone 250. If thesmartphone 250 determines in step S503 based on the device descriptor ofthe medical measurement device 261 or 262 that the medical measurementdevice 261 or 262 is not a controllable device, it advances to step S828of FIG. 8B. In steps S828 and S829, configuration descriptor acquisitionprocessing is performed. In response to this, the medical measurementdevice 261 or 262 transmits the configuration descriptor to thesmartphone 250. In step S832, the smartphone 250 saves the acquiredconfiguration descriptor in the cache. In step S503, the smartphone 250determines based on the configuration descriptor whether the medicalmeasurement device 261 or 262 is a device controllable by the smartphone250. If the smartphone 250 determines that the medical measurementdevice 261 or 262 is not controllable, it advances to step S833 todisconnect the USB connection between the smartphone 250 and the medicalmeasurement device 261 or 262.

After the USB connection is disconnected, the smartphone 250 requeststhe cloud server 200 to control the medical measurement device 261 or262. In response to this control request, the cloud server 200 startsUSB control, and transmits a reset signal to the medical measurementdevice 261 or 262 via the smartphone 250 (S835). Subsequently, the cloudserver 200 performs SET ADDRESS (S836), and designates an address to themedical measurement device 261 or 262. Further, the cloud server 200requests a descriptor of the smartphone 250 by GET DESCRIPTOR (S837).The smartphone 250 reads out the device descriptor from the cache(S839), and sends it back to the cloud server 200 (S840), instead ofrelaying the request to the medical measurement device 261 or 262.

Further, the cloud server 200 executes GET CONFIGURATION to the medicalmeasurement device 261 or 262 via the smartphone 250 (S841). Thesmartphone 250 reads out the configuration descriptor stored in thecache, and transmits it to the cloud server 200 (S843), instead oftransmitting the command to the medical measurement device 261 or 262.Then, the cloud server 200 performs BULK TRANSFER to the medicalmeasurement device 261 or 262 via the smartphone 250 (S844). The medicalmeasurement device 261 or 262 reads out measurement result information(S845), and transmits it to the cloud server 200 via the smartphone 250.

If the smartphone 250 determines in step S505 based on the configurationdescriptor that the medical measurement device 261 or 262 is acontrollable device (B), it advances to BULK TRANSFER in step S846 ofFIG. 8C. Even in BULK TRANSFER, the setup stage, the data stage, and thestatus stage are performed to read out measurement result informationfrom the medical measurement device 261 or 262 and transmit it to thesmartphone 250 (S849).

Upon receiving the readout measurement result information, thesmartphone 250 saves it in the cache (S851), and determines whetherthere is an application capable of performing display processing on themeasurement result information (S852).

If the smartphone 250 determines that the measurement result informationis processable, it advances to step S853 to continue the processingwithout accessing the cloud server 200. In this case, the smartphone 250can directly reproduce the measurement result information of the medicalmeasurement device 261 or 262.

If the smartphone 250 does not have an application capable of processingthe measurement result information of the medical measurement device 261or 262, it advances to step S854 to perform disconnection processing ofthe USB connection, and further advances to step S856 of FIG. 8D.

In step S856 of FIG. 8D, the smartphone 250 requests USB device controlof the cloud server 200. The smartphone 250 requests the cloud server200 to control the medical measurement device 261 or 262. The cloudserver 200 starts USB control in response to this control request, andtransmits a reset signal to the medical measurement device 261 or 262via the smartphone 250 (S857). Then, the cloud server 200 performs SETADDRESS (S859), and designates an address to the medical measurementdevice 261 or 262. The cloud server 200 requests a descriptor of thesmartphone 250 by GET DESCRIPTOR (S861). The smartphone 250 reads outthe device descriptor from the cache (S863), and sends it back to thecloud server 200, instead of relaying the request to the medicalmeasurement device 261 or 262.

Further, the cloud server 200 executes GET CONFIGURATION to the medicalmeasurement device 261 or 262 via the smartphone 250 (S865). Thesmartphone 250 reads out the configuration descriptor saved in thecache, and transmits it to the cloud server 200 via the smartphone 250(S867), instead of relaying the command.

The cloud server 200 performs BULK TRANSFER to the medical measurementdevice 261 or 262 via the smartphone 250 (S869). The smartphone 250reads out the measurement result information saved in the cache (S871),and transmits it to the cloud server 200.

According to the above-described sequence, communication between thecloud server 200 and the medical measurement device 261 or 262 can beefficiently performed by appropriately using the cache of the smartphone250.

(Measurement Result Acquisition Processing)

The processing (S725) of acquiring a measurement result by the cloudserver 200 from the medical measurement device 261 or 262 will beexplained in detail with reference to FIG. 9.

First, in step S921, the cloud server 200 generates a USB packet to betransmitted for obtaining a measurement result. Then, in step S923, thecloud server 200 performs IP encapsulation of the USB packet andtransmits the USB packet to the medical measurement device 261 or 262.

In step S925, the cloud server 200 waits for reception of a USB packetfrom the medical measurement device 261 or 262. If the cloud server 200receives a USB packet from the medical measurement device 261 or 262, itadvances to step S927 to perform IP decapsulation. The cloud server 200processes the received USB packet in step S929, and acquires ameasurement result in step S931. The cloud server 200 repetitivelyperforms the processes in steps S921 to S931 until all measurementresults are acquired.

(Functional Arrangement of Smartphone)

The functional arrangement of the smartphone 250 will be explained withreference to FIG. 10. The smartphone 250 includes an operation unit 1001that accepts instructions and inputs from a user, and an instructioninformation/input information transmitter 1002 that transmits theaccepted instruction information and input information. The smartphone250 also includes a communication controller 1003, and controls exchangewith a network.

The smartphone 250 also includes, as an input/output unit 1005, adisplay unit 1006 such as a display, and an audio input/output unit 1007such as a microphone or a loudspeaker. A screen receiver 1004 receivesaudio information and image information via the communication controller1003, and performs image output to the display unit 1006 and audiooutput from the audio input/output unit 1007.

Further, the smartphone 250 includes an environment informationacquisition unit 1008, a position detector 1016, an image sensing unit1017, and a time detector 1018. Position information detected by theposition detector 1016 by using the GPS or the like, time informationdetected by the time detector 1018 such as a digital timepiece, imageinformation such as the face of a measurement target person photographedusing the image sensing unit 1017, and the like are sent as environmentinformation to the environment information acquisition unit 1008. Theenvironment information acquired by the environment informationacquisition unit 1008 is transmitted to the cloud server 200 via anenvironment information transmitter 1009 and the communicationcontroller 1003, and accumulated in the medical information database 210as medical information together with measurement result information.Although an image photographed using the image sensing unit 1017 hasbeen described, it is also possible to capture a video containing theface and voice of a measurement target person, link the captured videowith measurement result information, and accumulate it in the medicalinformation database 210.

Further, the smartphone 250 includes a USB connector 1010 and ageneral-purpose USB driver executor 1011. A descriptor acquisition unit1012 is configured to be able to acquire a minimum descriptor from aconnected USB device. The acquired descriptor is transferred to adescriptor transmitter 1013 and transmitted to the cloud server 200 viathe communication controller 1003.

The smartphone 250 further includes a decapsulator 1014 and anencapsulator 1015. At the time of communication with the cloud server200, the general-purpose USB driver executor 1011 causes thedecapsulator 1014 and the encapsulator 1015 to perform decapsulationprocessing and encapsulation processing on USB packets that areexchanged with the cloud server 200.

The general-purpose USB driver executor 1011, the descriptor acquisitionunit 1012, the descriptor transmitter 1013, the decapsulator 1014, andthe encapsulator 1015 function as a signal transfer controller 1019 as awhole. That is, the signal transfer controller 1019 controls signaltransfer between the medical measurement device 261 or 262 and the cloudserver 200.

The smartphone 250 stores a device database 1020 representing thecorrespondence between a device descriptor, an interface descriptor, avendor ID, and a product ID for a device whose device driver isinstalled in the local terminal. The device database 1020 has the samestructure as that of the device database 623 shown in FIG. 7E.

When the medical measurement device 261 or 262 is connected, thesmartphone 250 compares a device descriptor notified from the medicalmeasurement device 261 or 262 with a device descriptor in the devicedatabase 1020. If the device descriptor notified from the medicalmeasurement device 261 or 262 coincides with a device descriptor in thedevice database 1020, the smartphone 250 determines that the medicalmeasurement device 261 or 262 is a device processable by the localterminal. If these device descriptors do not coincide with each other,the smartphone 250 determines that the medical measurement device 261 or262 is a device unprocessable by the local terminal.

Note that a vendor ID and a product ID in a device descriptor notifiedfrom the medical measurement device 261 or 262 may be extracted andcompared with a vendor ID and product ID in the device database. In thiscase, if a coincident vendor ID and product ID exist in the devicedatabase 1020, the smartphone 250 can determine that the medicalmeasurement device is processable by the local terminal. To thecontrary, if neither the vendor ID nor the product ID is coincident, thesmartphone 250 can determine that the medical measurement device isunprocessable by the local terminal.

(Structure of Medical Information Database)

FIG. 11 is a view showing an example of the medical information database210. The medical information database 210 links the measurement date &time, the type of medical measurement device, and the measurement resultto a user ID, and accumulates them. If necessary, the medicalinformation database 210 also accumulates an image at the time ofmeasurement, the explanation of a condition at the time of measurement,and the like in association with each other.

(Structure of Measurement Target Person Database)

FIG. 12 is a table showing an example of a measurement target persondatabase accumulated and saved in the cloud server 200. The relevancewith a registered user database in the cloud server 200 may be clarifiedto inform a user about services he can receive. In this database, piecesof information input by the user in advance, such as the user ID, username, address, telephone number, mail address, age, sex, medicalhistory, and chronic disease, are stored based on the individual numberof the smartphone 250. Further, the family makeup of a main user and hispersonal information can be similarly stored. By generating such adatabase, not only the user of the smartphone 250 but also his familycan receive the service of the cloud server 200 in the same way. Themeasurement target person database is also linked with the medicalinformation database 210, and when a disease is specified based oninformation of the medical information database 210, the medical historyportion of the measurement target person database is updated.

By the above-described arrangement and operation, the informationprocessing system according to this embodiment can control the medicalmeasurement device 261 or 262 that is connected to a smartphone andwhose driver has not been preinstalled.

OTHER EMBODIMENTS

While the present invention has been described with reference toexemplary embodiments, it is to be understood that the invention is notlimited to the disclosed exemplary embodiments. The scope of thefollowing claims is to be accorded the broadest interpretation so as toencompass all such modifications and equivalent structures andfunctions.

The present invention is applicable to a system including a plurality ofdevices or a single apparatus. The present invention is also applicableeven when a control program for implementing the functions of theembodiments is supplied to the system or apparatus directly or from aremote site. Hence, the present invention also incorporates the controlprogram installed in a computer to implement the functions of thepresent invention on the computer, a medium storing the control program,and a WWW (World Wide Web) server that causes a user to download thecontrol program.

This application claims the benefit of Japanese Patent Application No.2012-123801 filed on May 30, 2012, which is hereby incorporated byreference herein in its entirety.

1. An information processing apparatus comprising: an acquisition unitthat, when a medical measurement device is connected to a portablecommunication terminal, acquires specifying information for specifyingthe medical measurement device via the portable communication terminal;a first receiver that receives, via the portable communication terminal,measurement result information of a measurement target person measuredby the medical measurement device by executing a driver programcorresponding to the specifying information; a second receiver thatreceives, from the portable communication terminal, measurement targetperson information for specifying the measurement target person measuredby the medical measurement device; and an accumulator that accumulatesthe measurement target person information and the measurement resultinformation in association with each other.
 2. The informationprocessing apparatus according to claim 1, further comprising atransmitter that transmits accumulated information to one of theportable communication terminal and a medical care worker communicationterminal.
 3. The information processing apparatus according to claim 2,wherein said transmitter applies statistical processing to theaccumulated information, and transmits the accumulated information toone of the portable communication terminal and the medical care workercommunication terminal.
 4. The information processing apparatusaccording to claim 1, wherein said second receiver further receives,from the portable communication terminal, time information about timewhen the measurement result information was acquired from the medicalmeasurement device.
 5. The information processing apparatus according toclaim 1, wherein the measurement target person is an individualregistered in advance in association with an owner of the portablecommunication terminal, and said first receiver receives, via theportable communication terminal, measurement result information aboutthe individual measured by the medical measurement device.
 6. Theinformation processing apparatus according to claim 1, wherein saidtransmitter converts the information accumulated in said accumulatorinto display screen data that can be displayed on the portablecommunication terminal, and transmits the display screen data to theportable communication terminal.
 7. The information processing apparatusaccording to claim 1, wherein a face of the measurement target person isphotographed by using an image sensing unit incorporated in the portablecommunication terminal, and the photographed image is linked with themeasurement result information and accumulated in said accumulator. 8.The information processing apparatus according to claim 1, wherein avideo containing a face and voice of the measurement target person iscaptured by using an image sensing unit incorporated in the portablecommunication terminal, and the captured video is linked with themeasurement result information and accumulated in said accumulator. 9.The information processing apparatus according to claim 1, wherein whentransmitting the accumulated information to the medical care workercommunication terminal, said transmitter performs time correction inconsideration of a time difference based on location information of themedical care worker communication terminal.
 10. An informationprocessing method comprising: when a medical measurement device isconnected to a portable communication terminal, acquiring specifyinginformation for specifying the medical measurement device via theportable communication terminal; receiving, via the portablecommunication terminal, measurement result information of a measurementtarget person measured by the medical measurement device by executing adriver program corresponding to the specifying information; receiving,from the portable communication terminal, measurement target personinformation for specifying the measurement target person measured by themedical measurement device; accumulating the measurement target personinformation and the measurement result information in association witheach other; and transmitting accumulated information to one of theportable communication terminal and a medical care worker communicationterminal.
 11. A non-transitory computer readable medium storing aninformation processing program for causing a computer to execute amethod, comprising: when a medical measurement device is connected to aportable communication terminal, acquiring specifying information forspecifying the medical measurement device via the portable communicationterminal; receiving, via the portable communication terminal,measurement result information of a measurement target person measuredby the medical measurement device by executing a driver programcorresponding to the specifying information; receiving, from theportable communication terminal, measurement target person informationfor specifying the measurement target person measured by the medicalmeasurement device; accumulating the measurement target personinformation and the measurement result information in association witheach other; and transmitting accumulated information to one of theportable communication terminal and a medical care worker communicationterminal.
 12. A portable communication terminal comprising: adeterminator that determines, when a medical measurement device isconnected via a communication interface, whether a local terminal cancontrol the medical measurement device; a request unit that, when saiddeterminator determines that the local terminal cannot control themedical measurement device, accesses a server via a wirelesscommunication network, and requests acquisition of measurement resultinformation from the medical measurement device; a signal transfercontrol unit that controls signal transfer between the medicalmeasurement device and the server via the communication interface andthe wireless communication network so as to be able to establishcommunication between the medical measurement device and the server andacquire, by the server, measurement result information measured by themedical measurement device; and a transmitter that transmits, to theserver in association with each other, the measurement resultinformation and measurement target person information for specifying ameasurement target person.
 13. A control method of a portablecommunication terminal, comprising: determining, when a medicalmeasurement device is connected via a communication interface, whether alocal terminal can control the medical measurement device; when thelocal terminal is determined in the determining not to be able tocontrol the medical measurement device, accessing a server via awireless communication network, and requesting acquisition ofmeasurement result information from the medical measurement device;controlling signal transfer between the medical measurement device andthe server via the communication interface and the wirelesscommunication network so as to be able to establish communicationbetween the medical measurement device and the server and acquire, bythe server, measurement result information measured by the medicalmeasurement device; and transmitting, to the server in association witheach other, the measurement result information and measurement targetperson information for specifying a measurement target person.
 14. Anon-transitory computer readable medium storing a control program of aportable communication terminal for causing a computer to execute amethod, comprising: determining, when a medical measurement device isconnected via a communication interface, whether a local terminal cancontrol the medical measurement device; when the local terminal isdetermined in the determining not to be able to control the medicalmeasurement device, accessing a server via a wireless communicationnetwork, and requesting acquisition of measurement result informationfrom the medical measurement device; controlling signal transfer betweenthe medical measurement device and the server via the communicationinterface and the wireless communication network so as to be able toestablish communication between the medical measurement device and theserver and acquire, by the server, measurement result informationmeasured by the medical measurement device; and transmitting, to theserver in association with each other, the measurement resultinformation and measurement target person information for specifying ameasurement target person.